<!DOCTYPE HTML PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN""http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html lang="zh" xml:lang="zh" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<head>
<META http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>Guideline: 配置项识别指南</title>
<meta name="uma.type" content="Guideline">
<meta name="uma.name" content="configuration_items_identifcation_guidance">
<meta name="uma.presentationName" content="配置项识别指南">
<meta name="element_type" content="other">
<meta name="filetype" content="description">
<meta name="role" content="">
<link rel="StyleSheet" href="./../../../css/default.css" type="text/css">
<script src="./../../../scripts/ContentPageResource.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageSection.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageSubSection.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageToolbar.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/contentPage.js" type="text/javascript" language="JavaScript"></script><script type="text/javascript" language="JavaScript">
					var backPath = './../../../';
					var imgPath = './../../../images/';
					var nodeInfo=null;
					contentPage.preload(imgPath, backPath, nodeInfo,  '', false, false, false);
				</script>
</head>
<body>
<div id="breadcrumbs"></div>
<table border="0" cellpadding="0" cellspacing="0" width="100%">
<tr>
<td valign="top"><a name="Top"></a>
<div id="page-guid" value="_i9sF0NFiEd2urMJ2EibPPw"></div>
<table border="0" cellspacing="0" cellpadding="0" width="100%">
<tr>
<td class="pageTitle" nowrap="true">Guideline: 配置项识别指南</td><td width="100%">
<div align="right" id="contentPageToolbar"></div>
</td><td width="100%" class="expandCollapseLink" align="right"><a name="mainIndex" href="./../../../index.htm"></a><script language="JavaScript" type="text/javascript" src="./../../../scripts/treebrowser.js"></script></td>
</tr>
</table>
<table width="100%" border="0" cellpadding="0" cellspacing="0">
<tr>
<td class="pageTitleSeparator"><img src="./../../../images/shim.gif" alt="" title="" height="1"></td>
</tr>
</table>
<div class="overview">
<table width="97%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td width="50"><img src="./../../../images/guidance.gif" alt="" title=""></td><td>
<table class="overviewTable" border="0" cellspacing="0" cellpadding="0">
<tr>
<td valign="top">本指南描述选择软件产品配置项、标识配置项、以及配置项分类、存储的方法</td>
</tr>
</table>
</td>
</tr>
</table>
</div>
<div class="sectionHeading">Relationships</div>
<div class="sectionContent">
<table class="sectionTable" border="0" cellspacing="0" cellpadding="0">
<tr valign="top">
<th class="sectionTableHeading" scope="row">Related Elements</th><td class="sectionTableCell">
<ul>
<li>
<a href="./../../../rup/tasks/establish_project_cm_policies_6B9785AC.html" guid="{E45B1CBF-29EB-431E-9417-F40E45BBAFD1}">Establish Configuration Management (CM) Policies</a>
</li>
<li>
<a href="./../../../rup/roles/rup_configuration_manager_9B799A15.html" guid="{8939FDEF-EC44-4009-9F16-FAD4CFAA0B2D}">配置管理员</a>
</li>
</ul>
</td>
</tr>
</table>
</div>
<div class="sectionHeading">Main Description</div>
<div class="sectionContent">
<table class="sectionTable" border="0" cellspacing="0" cellpadding="0">
<tr valign="top">
<td class="sectionTableSingleCell"><p>
    <strong><font size="4">配置、配置项、配置项标识</font></strong>
</p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <strong>软件配置：</strong>在软件开发过程中生成各种制品的总和叫做这个项目的软件配置 [Roger S. Pressman, 1997]。包括： 
<div style="MARGIN-LEFT: 2em">
    <div style="MARGIN-LEFT: 2em">
        <ul>
            <li>
                计算机程序，包括源代码和可执行程序
            </li>
            <li>
                与计算机程序相对应的各种文档
            </li>
            <li>
                计算机数据，包括计算机程序中包含的数据和系统初始化数据&nbsp;
            </li>
        </ul>
    </div>
</div>
<p>
    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <strong>软件配置项：</strong>软件配置中的每个元素称为软件配置项。软件配置项是软件配置管理的基本单位。<br />
    <br />
    <strong>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 配置项标识：</strong>为了便于管理及配置项检索，每一个置项的每一个版本都要有标识，这个标识就是配置项的标识。
</p>
<p>
    <strong><font size="4">配置项标识的重要性</font></strong>
</p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
配置项的管理是一个动态管理的过程，配置项标识不仅用于检索配置项，也是管理不同配置项版本之间的对应关系的不可缺少的基础。诸如版本控制、基线管理、发布管理、缺陷管理都依赖于配置项的标识，所以，配置项标识是配置管理的基石。<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 以下是项目中常见的一些问题，都是由配置项标识做得不好引起的：<br />
<br />
<ul>
    <li style="LIST-STYLE-TYPE: none">
        <ul>
            <li>
                一个配置项出现多个副本：配置库中出现多个内容类似、名称类似的文档，开发人员不知道哪个是项目组正在使用的文档，不知道基于哪个文档开发。例如：需求规格说明书V1.0.doc、课件管理系统_需求规格说明书.doc、需求规格说明书V2.0.doc
                
            </li>
        </ul>
    </li>
    <li style="LIST-STYLE-TYPE: none">
        <ul>
            <li>
                配置项状态模糊：项目组成员不知道某个配置项是否已经基线并正式发布，无法确定是否可以基于这个配置项继续开发。例如，设计人员对设计文档进行了一次更改后，发现更改不完全，还需要再次修改。但是编码人员看到设计文档已经checkin，误认为设计文档已经完成变更，从而编写了错误的代码。
            </li>
        </ul>
    </li>
    <li style="LIST-STYLE-TYPE: none">
        <ul>
            <li>
                配置项过多：配置管理计划中将大量不需要配置管理的工作产品做为配置项，并且没有根据变更级别的不同对配置项分类，导致无法控制变更，或变更控制过于严格，管理成本增加。
            </li>
        </ul>
    </li>
</ul>
<p>
    <strong><font size="4">配置项标识</font></strong><br />
</p>
<blockquote dir="ltr" style="MARGIN-RIGHT: 0px">
    <p dir="ltr" style="MARGIN-RIGHT: 0px">
        <strong>1、识别配置项</strong>
    </p>
    <p dir="ltr" style="MARGIN-RIGHT: 0px">
        &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
        做配置管理的第一步，应该先理清项目有哪些工作产品，哪些是配置管理的对象。配置项的识别通俗地讲，就是查询、识别和确定配置管理对象——配置项。作为配置项的工作产品通常具有以下特点：
    </p>
    <blockquote dir="ltr" style="MARGIN-RIGHT: 0px">
        <ul>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    它会被两个或两个以上的项目成员共同使用。
                </div>
            </li>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    它会随着项目的开展而发生变化。
                </div>
            </li>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    对项目重要的工作产品。
                </div>
            </li>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    一些工作产品之间的关系非常紧密，一个变化其他的就会受到影响。
                </div>
            </li>
        </ul>
    </blockquote>
    <p dir="ltr" style="MARGIN-RIGHT: 0px">
        &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;典型的可作为配置项的软件工作产品有：&nbsp;
    </p>
    <div dir="ltr" style="MARGIN-LEFT: 2em">
        <ul>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    与过程相关的文档（例如：计划、标准或规程）
                </div>
            </li>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    软件需求
                </div>
            </li>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    软件设计
                </div>
            </li>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    软件代码单元
                </div>
            </li>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    软件测试规程
                </div>
            </li>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    为软件测试活动建立的软件系统
                </div>
            </li>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    交付给客户或最终用户的软件系统
                </div>
            </li>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    编译程序
                </div>
            </li>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    其他支持工具
                </div>
            </li>
        </ul>
    </div>
    <p style="MARGIN-RIGHT: 0px">
        &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
        对于一些没有实际物理文件，但仍然需要进行配置管理的工作产品，比如操作系统参数、编译器描述、物理特性、版本描述等，为了能进行配置管理，需要对其进行描述，并形成文档，再以配置项形式进行管理。<br />
        &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 有些工作产品，比如状态报告，相当稳定，不容易变化，同时对最终产品发布没有直接影响，就可以考虑不作为配置项进行管理。
    </p>
    <p style="MARGIN-RIGHT: 0px">
        &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 配置管理的各项工作都是围绕配置项展开的，因此对于一个项目来说，配置项越多，管理成本越高。通常的原则是，在满足完整性的前提下，配置项越少越好。
    </p>
    <p style="MARGIN-RIGHT: 0px">
        &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
        配置项实际上是逻辑的概念，不完全对应物理上的文件，为了便于管理我们要根据项目的具体情况确定配置项的管理粒度。例如需求，如果跟踪个别需求，那么可以把每个需求定义为一个配置项，否则可以把需求规格说明书文档作为一个配置项；对于项目的代码，可以把用来生成一个“构件”的几个代码文件设定为一个配置项。<br />
        &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 通常建议按如下方法划分粒度：&nbsp;&nbsp;
    </p>
    <div style="MARGIN-LEFT: 2em">
        <ul>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    文档类：一篇文档作为一个配置项；
                </div>
            </li>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    代码类：整体作为一个配置项，或者一个组件或一个模块作为一个配置项；
                </div>
            </li>
            <li>
                <div style="MARGIN-RIGHT: 0px">
                    工具类：例如开发工具，每个工具作为一个配置项；
                </div>
            </li>
        </ul>
    </div>
    <p style="MARGIN-RIGHT: 0px">
        &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
        我们在确定配置项的粒度时，常会产生如下误区：级别越细越好，因为级别越细，可以记录的信息越多，权责就越明确。那么，是否真的是这样呢？答案是否定的。因为如果作为正式的配置项，需要进行配置项的标识、控制、报告等等工作，会给项目带来一定的成本。不仅会陷入过多地冗余操作中，而且加大了管理的任务量。为避免此情况，我们建议维持一定的粒度，取而代之地使用变更日志来不断补充配置项的修订信息和变更信息。
    </p>
    <p>
        <strong>2、标识配置项</strong>
    </p>
    <p>
        &nbsp;&nbsp;&nbsp;&nbsp; 配置项标识的目的与原则是：
    </p>
    <div style="MARGIN-LEFT: 2em">
        <ul>
            <li>
                唯一性
            </li>
            <li>
                可追溯性
            </li>
            <li>
                与同类配置项不同的信息，应纳入标识：这是为了便于区分、查找
            </li>
            <li>
                同类配置项的标识方法统一
            </li>
            <li>
                容易记忆<br />
            </li>
        </ul>
    </div>
    <p>
        &nbsp;&nbsp;&nbsp;&nbsp; 配置项的标识信息通常由下图所示的数据元素中的一个或多个构成。
    </p>
    <p>
        <br />
        &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
        <img         id="A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/1.JPG:.:.:"          height="199" alt="" src="./../../../nup_base/guidances/guidelines/./resources/1.JPG" width="218" />
    </p>
    <p>
        <br />
        &nbsp;<br />
        <strong>&nbsp;a.名称、产品/项目、作者、创建时间、子系统</strong>
    </p>
    <div style="MARGIN-LEFT: 2em">
        <ul>
            <li>
                标识产品信息<br />
                &nbsp;命名方式：[产品名称/项目名称_文档类型]<br />
                &nbsp;例如：RDMIS_需求规格说明书<br />
                &nbsp;适用于：需求规格说明书、概要设计说明书、详细设计说明书、测试计划等等 <br />
            </li>
            <li>
                标识文档撰写时间<br />
                &nbsp;命名方式：[产品名称/项目名称_文档类型_撰写时间]<br />
                &nbsp;例如：RDMIS_项目会议记录_20040708<br />
                &nbsp;适用于：会议记录、项目周报、工作周报等等 &nbsp;<br />
            </li>
            <li>
                标识文档作者<br />
                &nbsp;命名方式：[产品名称/项目名称_文档类型_人员名称]<br />
                &nbsp;例如：RDMIS_项目周报_李平_20041227<br />
                &nbsp;适用于：项目周报、工作周报、年终工作总结等等<br />
                &nbsp;
            </li>
            <li>
                标识子系统或者模块名称<br />
                &nbsp;命名方式：[产品名称/项目名称_子系统名称_文档类型]<br />
                &nbsp;例如：RDMIS_绩效考评_详细设计说明书<br />
                &nbsp;适用于：子系统详细设计说明书、系统模块设计说明书等等 &nbsp;
            </li>
        </ul>
    </div>
    <p>
        <strong>&nbsp;&nbsp; b.版本信息</strong>
    </p>
    <blockquote dir="ltr" style="MARGIN-RIGHT: 0px">
        <p>
            &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;历史版本信息一般不通过文档命名来标识。对于需要打基线的文档，在SVN中是通过Tag来标识，在ClearCase中用基线标识。在文档的头信息中必须注明文档的当前版本号。<br />
            &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 版本号形式：主版本号 . 子版本号 [ 修正版本号 [ . 编译版本号 ] ]<br />
            &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 可选组件显示在方括号（“[”和“]”）中，应根据下面的约定使用这些部分：&nbsp;
        </p>
        <ul>
            <li>
                主版本号<br />
                对系统作重大调整，在功能和性能上有大的变化时主版本号增加。不同主版本号的程序不兼容。<br />
                主版本号升级由项目经理决定。<br />
            </li>
            <li>
                子版本号<br />
                与上一版本相比，对系统功能或性能进行了少量的增加或修改，子版本号增加，主版本号不变。主版本号相同，子版本号不同的版本向后兼容。<br />
                子版本号升级由PSM决定。<br />
            </li>
            <li>
                修正版本号<br />
                与上一版本相比，修改了小量系统bug，修正版本号增加，主版本号和子版本号不变。<br />
                修正版本号升级由PSM决定。<br />
            </li>
            <li>
                编译版本号&nbsp;&nbsp;&nbsp;<br />
                编译版本号的不同表示对相同源所作的重新编译。例如更改处理器、平台或编译器的情况。<br />
                编译版本号一般是编译器在编译过程中自动生成的, 只定义其格式, 不进行人为的控制。
            </li>
        </ul>
        <p>
            &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 适用于：有版本变化的文档、代码。
        </p>
    </blockquote>
    <p dir="ltr">
        &nbsp;&nbsp; <strong>c.更改履历、批准人等</strong>
    </p>
    <p dir="ltr">
        &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
        在文档目录之后，增加更改履历页记录此信息。例如：&nbsp;&nbsp;
    </p>
    <p dir="ltr">
        &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <img         id="A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/2.JPG:.:.:"          height="323" alt="" src="./../../../nup_base/guidances/guidelines/./resources/2.JPG" width="600" /><br />
        <strong>&nbsp;</strong>
    </p>
    <p dir="ltr">
        <strong>&nbsp;
        d.文件状态、作者、评审人、批准人</strong>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
    </p>
    <blockquote dir="ltr" style="MARGIN-RIGHT: 0px">
        <p dir="ltr">
            &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 可以在文档的封面增加如下信息：
        </p>
        <p dir="ltr">
            &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;<img             id="A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/3.JPG:.:.:"              height="97" alt="" src="./../../../nup_base/guidances/guidelines/./resources/3.JPG" width="548" /><br />
            &nbsp;<br />
            &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;文件状态分为“草稿”、“正式发布”和“正在修改”三种。处于“草稿”状态的配置项的变更不算是“变更”，无需CCB的批准，修改者按照版本控
            制规则执行即可。
        </p>
    </blockquote>
    <p>
        <strong>3、识别配置项之间的关联</strong>
    </p>
    <blockquote dir="ltr" style="MARGIN-RIGHT: 0px">
        <p>
            &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;为了便于变更控制时评估变更的影响范围，须描述软件配置项之间的关联关系。例如使用如下表格来维护：
        </p>
    </blockquote>
    <p>
        &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <img         id="A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:A_-_-_file:///E:/原硬盘数据/svn/NUP2.0体系文件建立/03.源文件/trunk/NUP.2.0/rup/guidances/guidelines/resources/4.JPG:.:.:"          height="123" alt="" src="./../../../nup_base/guidances/guidelines/./resources/4.JPG" width="594" /><br />
        &nbsp;&nbsp;&nbsp;&nbsp;<br />
        <strong>4、对配置项进行分类</strong>
    </p>
    <blockquote dir="ltr" style="MARGIN-RIGHT: 0px">
        <p>
            &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
            软件配置管理认为软件的开发过程是一个不断变化着的过程。软件中的变更不可避免。变更管理通过一系列的变更控制过程，给项目风险承担者提供正式的建议。项目负责人可以在信息充分的条件下做出决策，这些决策通过控制产品生存期成本来增加客户和业务价值。
        </p>
        <p>
            &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
            变更管理并不是为变更设置障碍，相反的，它是一个渠道和过滤器，通过它可以确保采纳合理的变更，使变更的负面影响降至最低。为了在不阻碍合理变更的情况下来控制变更的影响，我们在软件的开发流程中，需要设置不同的变更控制级别，为每个级别定制变更流程。
        </p>
        <p>
            &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;在项目中，常用的方法是把配置项按照重要程度分类，每个配置项的分类与一个变更控制级别相对应。
        </p>
        <p>
            &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 按照变更控制级别，配置项通常有以下几类：
        </p>
        <ul>
            <li>
                存储在配置库中，要对其访问权限进行设置。此类配置项通常有：<br />
                会议记录<br />
                审计记录<br />
                配置管理记录、报告、日志<br />
                同级评审报告<br />
                质量报告<br />
                状态报告<br />
                培训记录<br />
                风险库<br />
                等等<br />
            </li>
            <li>
                需要在适当时机或项目的里程碑处创建基线，保持和追踪配置项的不同版本。此类配置项通常有：<br />
                计划<br />
                估计文档<br />
                需求跟踪矩阵<br />
                等等<br />
            </li>
            <li>
                需要创建基线，并使用严格的变更控制流程来跟踪、控制变更。此类配置项通常包含工程文档和其他重要的文档，例如：<br />
                需求文档<br />
                设计文档<br />
                代码<br />
                测试用例、测试数据、测试报告<br />
                用户手册<br />
                等等&nbsp;
            </li>
        </ul>
    </blockquote>
</blockquote>
<p dir="ltr">
    <strong><font size="3">配置项存储<br />
    </font></strong><br />
    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;经过标识的配置项存储在配置库，或者叫做<a class="elementLink" href="./../../../rup/workproducts/rup_project_repository_E3932821.html" guid="{A99B1686-7BD7-43B3-9A7F-7DB18A10F4B2}">项目存储库</a>中，通常情况下，项目的配置库分为两类：
</p>
<div dir="ltr" style="MARGIN-LEFT: 2em">
    <ul>
        <li>
            <div>
                文档库（Document Library）：由配置管理员负责管理，主要管理除源代码之外的文档资料等。<br />
            </div>
        </li>
        <li>
            <div>
                程序库（Program Library）：由项目负责人负责管理，主要对项目的源代码进行管理。
            </div>
        </li>
    </ul>
</div>
<p>
    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
    为了管理上的方便，文档库和程序库可分开。项目程序库的目录结构通常取决于软件的架构，没有固定的形式，由架构人员和配置管理人员共同制定。在NUP中，项目文档库的结构可根据<a class="elementLink" href="./../../../rup/guidances/concepts/product_directory_structure_293B0B00.html" guid="3.654568680407835E-305">产品目录结构</a>来裁剪、定制。&nbsp;&nbsp;&nbsp;<br />
    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</p>
<p>
    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
    配置项标识是一件比较细致的工作，也是配置管理的基础。每个项目的具体情况不同，可以根据以上的规约进行适当裁减与修改。但遵循一定的规约是相当必要的，只有这样，才能方便配置项的查找与规类，才能较清晰的看出配置项的状态，给基线控制、变更控制工作的开展创造基础。<br />
    <br />
    <br />
</p></td>
</tr>
</table>
</div>
<table class="copyright" border="0" cellspacing="0" cellpadding="0">
<tr>
<td class="copyright">Copyright &copy; 2008 版权所有 东软集团股份有限公司&nbsp; 联系邮箱:<a href="mailto:tcoe@neusoft.com">tcoe@neusoft.com</a></td>
</tr>
</table>
</td>
</tr>
</table>
</body>
<script type="text/javascript" language="JavaScript">
				contentPage.onload();
			</script>
</html>
